+x+xYes, that is what I currently do, but it means a lot of constant tapping and an extra equation, and when flying low level I'd rather minimise the workload and keep both hands on controls. Would also be useful for a few of the air racers out there that need to maintain a certain minimum height. I love SD, but find that getting any sort of current or spot elevations a frequent issue.Is it something that could maybe be considered but turned off by default?
I agree with this request: when flying low, it is necessary to have a good precision concerning height, and getting directly the elevation of terrain would be great. Frequently I check the altitude measured by SkyDemon and by my altimeter and the differences are quite important.
Are you sure, that this can be achieved by a Software like SD?
At first we Need a exact terrain-altitude-database with a small grid (see ckurz7000). Is that available? Second we need a good (true) altitude readout. AFAIK, plain old GPS is not a precise source for this. Is WAAS suitable for this? What about GALILEO?
From the IFR Point of view all DAs für RNAV approaches are sginificantly higher than ILS and that is for LPV!
Take EDVK:
DA for ILS27 is 947 feet, while LOC27 is 1340ft - 400ft difference!
For GPS, the LNAV MDA is 1340 (like LOC-Approach);
with Support from your barometric altitude it is 1210ft - and that is temperature limited!
Best GPS DA is for LPV27 with ~1100ft - even 160ft worse than ILS!
I guess, the guys who made the approaches know, why GPS Needs significantly higher Minimums !
Can the barometric pressure sensor of the latest iPads (my mini 4 has one) be a solution ? I think not! It is not connected to a valid static port, it's inside the cabin. Just try what happens if you Switch to the alternate static source of your aircraft - it jumps up about 80ft or more!
Okay. We are talking about VFR-sight-seeing, so this all may be tolerable